从Workday用户角度，看SaaS公司的低代码PaaS化进程

去年，我目前服务的公司正式启用了Workday作为新一代HR管理平台，从用户的角度观察，这是一个典型的企业数字化过程——新功能在使用中持续迭代发布，新发布的绩效管理功能这几天首次使用。过去十多年里，我在前两家公司工作时，都经历了Workday上线的过程，感觉Workday的核心HR功能虽然很强大，但是用户端体验并不是很好。由于所处行业特性，我司应该是全世界最关注人才管理的企业，所以，我很是好奇Workday这个标准SaaS产品如何处理我司复杂而强大的人才管理流程。

我司的人才管理流程大致逻辑是：员工主要时间在项目中工作，所以其工作评价皆以项目为中心开展，而年度绩效和职业发展则在校准人群中拉通评定：项目负责人依据员工现处职位的任职资格标准，根据项目实际表现，给以反馈和评价；在一个绩效周期末，由员工的“职业发展代表人”汇总其当期的反馈和评价信息，交由相应的人才评估委员会去评审、决策。

这个流程和标准Workday人力资源管理系统的绩效管理逻辑有较大差别，例如任职资格、评价标准、个人发展计划等的数据模型和业务流程都和标准系统逻辑不太一样，然而，员工的人事信息、组织和职级信息等又应该来自于HR核心系统。

我这几天在今年的绩效管理流程实践中，从使用新系统的体验来看，感觉完美替代了过去的旧系统以及手工流程，很多功能做得很细，例如将评审会议的时间控制点、九宫图校准自动显示等做进了系统里。这个应用的界面上，注明着“Powered by Workday Extend”，说明这是用了Workday最新推出的低代码PaaS开发平台；我从一个用户的角度能感到，这个刚推出一年多的平台，给Workday焕发了很大的应用空间。

2015年我还在某咨询公司负责人力资源云咨询业务时，就研究过实施Workday的功能扩展开发的方法。当时Salesforce是业界唯一声称提供原生PaaS的大型SaaS公司，传说Workday也即将推出PaaS服务，甚至有人称其为Work.com，然而，我周围没有人见过这个东西，现在想来，可能是借salesforce的force.com的名字开玩笑。

2017年7月11日，在Workday的年度合作伙伴大会上，Workday首席技术架构师透露了预览版的“Workday云平台”的PaaS平台，少数合作伙伴在这个平台上进行开发尝试。

直到2020年5月26日，Workday宣布“Workday云平台”更名为两个产品，低代码开发PaaS平台Workday Extend和“Workday 集成云”，并正式宣布前者公开发布（GA）。

Workday Extend开发的应用在Workday环境下，其用户界面看起来是Workday的原生风格，不仅可以利用Workday内核的数据模型，而且可以调用Workday自身以及任何第三方API，创建扩展的数据模型和工作流程。

Workday Extend是一个典型的低代码开发平台，提供可视化编程、编写插件和命令行等开发工具。

在Workday官方宣传的Extend早期应用案例中，IBM、Netflix和Sunlife等大公司是最早尝鲜者，例如，在人力资源应用中，根据疫苗接种情况生成回办公室上班证明，在财务应用中，处理员工报销、应付帐款付款申请等财务事务性流程。

从架构上来看，Workday Extend和原生的Workday内核功能构建在一个统一的技术架构上，提供了一系列低代码开发形式的应用组件/模板、开发运维工具以及开发者服务：

基于以上理解，Workday这几年的PaaS发展给我的启示是：

1，大型SaaS公司发展低代码开发PaaS（aPaaS）是提高用户敏捷性、不断适应组织变化和应用迭代需求的必然；

2，aPaaS仍然需要专业的系统集成公司实施，SaaS公司只有发展生态伙伴，才能推广aPaaS应用；

3，Workday的aPaaS从宣传概念到GA正式发布，花了5～6年时间，今天在市场上仍是新东西，目前我司这样的重度用家还不多，据说实施价格和平台使用费都不便宜。我国国产ERP和HCM头部厂商转型“云平台”，却是快速变脸、说转就转，应该好好研究一下Workday数年磨一剑的历程。

4，低代码开发目前是市场上的热点，它究竟可以作为一种软件品类独立存在，还是必须依附于SAP、Salesforce、Workday这样的大型核心系统，作为核心系统的扩展，还需观察。